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1  Introduction 

In  [1],  we  have  described  three  algorithms  for  distributed  mutual  exclusion 
on  a  ring.  All  algorithms  use  a  token  to  select  a  candidate.  We  have  already 
implemented  the  most  efficient  of  these  algorithms  as  an  asynchronous  VLSI 
circuit.  We  are  now  going  to  implement  the  simplest  one. 

An  arbitrary  number  (>  1)  of  cyclic  automata,  called  “masters,”  make 
independent  requests  for  exclusive  access  to  a  shared  resource.  The  circuit 
should  handle  the  requests  from  the  masters  in  such  a  way  that 

1.  any  request  is  eventually  granted,  and 

2.  there  is  at  most  one  master  using  the  shared  resource  at  any  time. 

The  masters  are  independent  of  each  other:  They  do  not  communicate 
with  each  other,  and  the  activity  of  a  master  not  using  the  resource  should 
not  influence  the  activity  of  other  masters. 

A  master,  M,  communicates  with  its  private  server,  m.  When  M  wants 
to  use  the  shared  resource  ( M  is  said  to  be  a  candidate),  it  issues  a  request  to 
m.  When  the  request  is  accepted,  M  uses  that  resource  (for  a  finite  period  of 
time),  and  then  informs  m  that  the  resource  is  free  again. 

The  servers  are  connected  in  a  ring.  At  any  time,  exactly  one  (arbitrary) 
server  holds  a  “privilege,”  or  “token.”  The  token  circulates  continuously 
around  the  ring  of  servers,  and  only  the  server  that  holds  the  token  may 
grant  the  resource  to  its  master,  which  guarantees  mutual  exclusion  on  the 
access  to  the  resource. 
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The  simplicity  of  the  solution  is  due  to  the  fact  that  we  can  encode  the 
passing  of  the  token  between  servers  without  introducing  an  explicit  message 
or  boolean  variable.  By  definition,  a  server  has  the  token  if  and  only  if  it  has 
completed  a  communication  on  its  left  channel  L  and  has  not  yet  completed 
the  following  communication  on  its  right  channel  R. 

master  =  *[. .  .D;CS;  D] 
server  =  *[L;[~U  -+U\  U\-RJ  -*■  skip] ;  ij] . 

In  order  to  start  the  ring  with  a  token  in  one  server,  one  server  must  be 
initialized  in  the  state  preceding  R.  In  other  words,  it  has  to  implement  the 
sequence: 

*[Rl  L;  [Tf  -+  U ;  U\-RJ  —  skip]]  . 


2  Implementation  of  a  Server  Process 

We  first  decompose  a  server  into  two  processes  by  the  usual  decomposition 
technique.  We  get: 

ml  =  *[T;S';  R] 
m2  =  *[[17AS_-»U;U-,S 
|  S  A-i  U  ^  S 
]} 

3  Compilation  of  m2 

We  start  with  the  compilation  of  m2  since  it  will  remained  unchanged  through 
all  different  compilations  of  the  program.  We  implement  the  two  consecutive 
U  communications  as  passive  two-phase  handshaking  expansions,  which  is 
equivalent  to  replacing  the  two  U  communications  with  one  passive  four-phase 
handshaking  expansion. 

Since  U  can  change  from  false  to  true  at  any  time,  the  two  guards  of  m2 
can  both  be  evaluated  to  true.  We  therefore  need  to  introduce  an  arbiter  or  a 
synchronizer.  Since  we  know  that  the  basic  arbiter  and  the  basic  synchronizer 
both  require  a  four-phase  protocol,  we  implement  S  with  a  (passive)  four- 
phase  handshaking  expansion.  We  get: 

m2  =  *[  [si  A  ui  — *-  uo  f;  [->in];  uo  j;  so  f;  [-.si];  so  | 

|si  A  -mi  — ►  so  j ;  [-.si] ;  so  J. 

]]• 

The  structure  of  the  guards  suggests  that  we  introduce  a  synchronizer.  It 
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is  the  standard  process: 

sync  =  *[  [si  A  ui  — *■  u  f ;  [— ;  u  [ 

|si  A  -i ui  — »  v  [—is*] ;  v  J. 

]]■ 

in  which  ui  and  si  are  the  variables  of  ml,  and  u  and  v  are  new  auxiliary 
variables. 

We  now  have  to  derive  a  process  m3  such  that  (m3\\sync)  =  m2.  Since 
exactly  the  same  decomposition  has  already  be  done  in  [5],  we  shall  not  repeat 
it.  We  get: 


m3  =  *[  [u  — ►  uo  f;  j-im'];  uo  J,;  so  f ;  [-■«];  so  J. 

|u  — »■  sof;  [-10];  so  j. 

]]• 

The  compilation  of  the  first  guarded  command  is  facilitated  if  the  tran¬ 
sition  uo  |  is  postponed  until  after  the  wait  [ — ■**] .  This  transformation  does 
not  introduce  deadlock  since  the  completion  of  U  does  not  depend  on  the 
completion  of  S.  It  is  important  to  observe  that  the  whole  use  of  the  critical 
section  takes  place  between  uo  |  and  [-.«*]  in  m3.  The  rest  of  the  compilation 
is  also  described  in  [5].  It  gives  the  set  of  operators: 

u  w_uo 
(u,  -mi)  At/ 

(v,v')Vso 

where  v‘  is  an  auxiliary  variable.  The  circuit  for  m2  is  shown  in  Figure  1. 


4  Four-phase  Implementation  of  ml 

Process  ml  is  just  the  repetition  of  three  communication  actions  in  sequence. 
We  choose  to  have  L  passive  and  R  active,  and  S  has  to  be  active  because  it 
is  probed  in  m2.  For  reasons  of  efficiency,  we  slightly  modify  ml  as: 

*[L^L.S-,R]  . 

If  we  ignore  S,  the  process  is  just  a  standard  “passive/lazy-active”  buffer, 
which  we  have  compiled  in  [6].  The  handshaking  expansion,  including  the 
handshaking  sequence  of  S  and  the  state  variable  x,  gives: 


*[[/i  A  -1**'];  /c>T,soT;a:T;  [“'I*  A  si];  io],  [—■»**] ;  ro  | ;  x  J,;  [ri];  ro  J.]. 


/ 
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Figure  1:  Circuit  for  m2 


The  production-rule  expansion  gives: 

-> si  A  ->ro  A  li  A  x  i— ►  so  f ,  lo  | 
lo  i— s-  a;  | 

si  A  x  A  -i li  i— ►  lo  J,,  so  J. 

-<lo  A  x  A  —>ri  i— »•  ro  f 
rot— »•  x  J. 

—>x  A  vi  i— ►  ro  J.  . 

The  special  process  that  starts  with  R  is  initialized  simply  by  setting  its 
variable  x  to  true. 

We  can  improve  the  solution  even  further.  We  first  observe  that  the  use 
of  the  critical  section  takes  place  entirely  between  so'f  and  [si]  in  ml.  Hence, 
the  action  of  passing  the  token  to  the  right  can  start  immediately  after  [si]. 
This  gives  the  following  reshuffling  of  the  handshaking  expansion: 

=*  [[/*  A  —•«*];  lot, so  T;  [~'ri  A  si];  ro|;  [— >/i];  lo  soj;  [ri];  roj]. 
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The  production-rule  expansion  does  not  require  any  state  variable: 

-<si  A  -i ro  A  li  i-*-  so  f ,  lo  f 
lo  A  -i ri  A  si  t— ►  ro  | 

ro  A  ->/«  k-s-  lo  J.,  so  J. 

-do  A  ri  ro  J,  . 

The  operator  expansion  gives  the  two  generalized  C-elements  represented 
in  Figure  2.  The  initialization  of  the  process  that  starts  holding  the  token  is 
quite  difficult  with  this  PR  expansion.  A  way  out  is  to  use  the  first  imple¬ 
mentation  just  for  this  process. 


a 


Figure  2:  Four-phase  implementation  of  ml 


5  Two-phase  implementation  of  ml 

We  can  also  implement  L  and  R  with  two-phase  handshake.  Since  ml  is 
a  straight-line  program,  it  is  always  known  whether  the  handshake  transi- 
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tions  are  upgoing  or  downgoing;  and  therefore  this  is  a  case  where  two-phase 
handshake  can  be  implemented  efficiently. 

As  usual,  we  unroll  the  loop  once  and  get: 

*[L-,S]R)L;S;R]  . 

We  choose  to  implement  L  passive  and  R  active.  But  observe  that  S  has  to 
be  four-phase  active  because  of  the  structure  of  the  basic  synchronizer.  If  we 
postpone  the  decision  of  whether  S  should  be  lazy-active  or  not,  we  get: 

ml  =  *[[/i];  lot;  S;  ro|;  [ri];  [-./i];  io].;  S;  roj;  [-.ri]]  . 

We  can  postpone  lo]  until  after  [ri]  and  lo  j  until  after  [-.ri],  and  then 
decompose  ml  into  the  two  processes: 

m  11=  *[[/*];  S;  rot;  [—■/*] ;  S;  ro|] 

ml2=  *[[ri];  /of;  [— >r«] ;  /of] 

Process  ml2  is  obviously  a  wire,  and  process  mil  is  a  “two-to-four-phase 
converter,”  where  li  and  ro  are  the  handshake  variables  of  the  two-phase  side, 
and  S  is  the  four-phase  side. 

5.1  Phase  Converters 

The  implementation  of  the  converter  is  slightly  different  depending  on  whether 
S  is  plain  active  or  lazy  active.  The  first  case  has  already  been  implemented 
in  [4] .  The  handshaking  expansion  with  a  state  variable  added  gives: 

*[  [h'] ;  so  t ;  [si] ;  u  t;  [u] ;  so  t;  [->si] ;  ro  f; 

^  h?i] ;  so  t ;  [si] ;  u  |;  [-m] ;  so  |;  [-.si] ;  ro  f 

The  rest  of  the  compilation  is  left  as  an  exercise  for  the  reader.  The  circuit 
obtained  consists  of  a  toggle  (constructed  as  two  cross-coupled  switches)  and 
a  difference  element.  It  is  shown  in  Figure  3. 

For  the  case  that  S  is  lazy  active,  the  handshaking  expansion  with  a  state 
variable  added  gives: 

*  [  [h] [—■«*] ;  M  t;  N ;  so  t ;  [si] ;  so  J. ;  ro  f ; 

Hi];  hsi];  U  I;  [—•«];  so  |;  [si];  so  J.;  ro  [ 

]  • 

We  replace  soj.;ro|  with  rof;soJ..  The  production-rule  expansion  gives: 


I 


Figure  3:  First  two-phase  implementation  of  ml 


li  A  -i si 
u  A  —<rot— »■  so  | 
si  A  u  i— »  ro  | 
ro  A  u  i— *■  so  J, 

— ’/*  A  -isi  i-+  u  J. 

-iu  A  roi->  so  | 
si  A  -iu  i— *  ro  l 
—>ro  A  ~>u  i— >  so  |  . 

The  operator  reduction  gives  again  two  switches  and  a  difference  element, 
but  connected  in  a  different  way  than  in  the  previous  case.  The  circuit  for 
ml  is  shown  in  Figure  4. 

In  both  cases,  the  initialization  of  the  special  process  consists  of  just  an 
inverter  on  the  wire  ri  w  lo. 
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U 


ri 


r-*  r0 


Figure  4:  Second  two-phase  implementation  of  ml 


6  Comparison  of  the  Circuits 

We  shall  compare  the  different  solutions  based  on  the  number  of  transitions  in 
series  required  for  a  server  to  pass  the  token  from  its  left  neighbor  to  its  right 
neighbor.  The  four-phase  solution  requires  the  following  sequence  of  firings: 


gen.C,  m2,  gen.C 

The  first  two-phase  solution  requires: 

diff ,  m2,  switch,  diff,  m2,  switch 
The  second  two-phase  solution  requires: 

switch,  switch,  diff,  m2,  switch 

(Actually,  this  implementation  can  be  slightly  improved  by  having  the 
transitions  on  u  after  the  transitions  on  so.  But  the  operators  are  not  standard 
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and  therefore  a  little  less  convenient  from  the  point  of  view  of  the  description  of 
the  circuit.  Since  the  difference  is  marginal,  we  leave  the  other  implementation 
as  an  exercise  to  the  reader.) 

Hence,  the  four-phase  implementation  is  the  most  efficient,  followed  by  the 
second  two-phase  implementation. 
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